Monitoring availability of applications

ABSTRACT

A system and method for monitoring availability of applications. According to an embodiment of the invention, a method includes providing a set of monitoring instructions to an agent, with the set of monitoring instructions including a time stamp and the set of monitoring instructions regarding monitoring of the availability of applications. The method includes receiving a status inquiry from the agent, the inquiry including the time stamp, comparing the time stamp received from the agent to a time stamp for up-to-date monitoring instructions, and sending the up-to-date monitoring instructions to the agent if the time stamp of the up-to-date monitoring instructions is later than the time stamp received from the agent.

TECHNICAL FIELD

Embodiments of the invention generally relate to the field of client/server systems and, more particularly, to a system and method for monitoring availability of servers.

BACKGROUND

In a large enterprise, software components may perform business-critical tasks, with the components and often forming large software landscapes comprised of many components spread over many host systems operating together in a network. Because the components are software components and run as applications on host operating systems, their availability—their ability to perform the functions for which they are intended—is not easily monitorable using standard operating system monitoring tools, which have no knowledge of application-level software.

To address software components, certain systems include facilities for monitoring the availability of software components, with an agent being used to provide monitoring. However, the existing facilities are generally inadequate for availability monitoring purposes. In conventional systems, the frequency of availability monitoring is generally too infrequent. If a monitoring agent requires constant instruction, then the operation of the agent will require a great amount of processing and communications time. Further, the deployment of a single agent program to conduct actual availability checks may be inadequate for monitoring needs.

SUMMARY OF THE INVENTION

A system and method for implementation of monitoring availability of servers.

According to a first embodiment of the invention, a method includes providing a set of monitoring instructions regarding monitoring of the availability of applications to an agent, with the monitoring instructions including a time stamp value. The method further provides for receiving an inquiry from the agent regarding the status of the monitoring instructions, with the inquiry including the time stamp value. The time stamp value is compared to a time value for a current set of instructions, and, if the time value for the current instructions is later than the received time stamp, the current instructions are sent to the agent.

Under a second embodiment of the invention, a system includes a monitoring agent, the monitoring agent to monitor the availability of applications according to a received work list, with the work list including an effective time value. The system further includes a central monitoring system, the central monitoring system maintaining a current work list for the agent. The current work list includes an effective time value, and the control system is to send the current work list to the agent if the effective time value for the current work list is later than the effective time value of the monitoring agent's work list.

BRIEF DESCRIPTION OF THE DRAWINGS

Embodiments of the invention are illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings in which like reference numerals refer to similar elements.

FIG. 1 is an illustration of an embodiment of a monitoring system;

FIG. 2 is an illustration of an embodiment of communications for a central system and a monitoring agent;

FIG. 3 is a flow chart to illustrate the an embodiment of a process for monitoring the availability of applications;

FIG. 4 is a diagram illustrating an embodiment of a system architecture;

FIG. 5 is a block diagram illustrating an embodiment of an architecture including a Web Application Server; and

FIG. 6 is an illustration of an embodiment of a computer system that may include a monitored application.

DETAILED DESCRIPTION

Embodiments of the invention are generally directed to a system and method for monitoring availability of applications.

As used herein, “application” means a computer application or program.

In one embodiment of the invention, an autonomous agent is provided for monitoring of the availability of applications. In one embodiment, an agent monitors the availability of applications using a set of instructions, which may be a work list of systems to monitor.

In one embodiment of the invention, a monitoring agent periodically or upon the occurrence of some event makes an inquiry to a central monitoring system to determine whether the monitoring agent's work list is current. In one embodiment, the monitoring agent provides a time stamp to the central monitoring system, the time stamp representing an effective time for the work list of the monitoring agent. In other embodiments, another designation, such as a version number, may be used to represent the status of the work list.

In one embodiment, a central monitoring system receives an inquiry from a monitoring agent and determines the status of the work list of the monitoring agent by comparing a time stamp of the work list with a time stamp for a current work list maintained by the central monitoring system. In one embodiment, if the time stamp of the current work list is later than the time stamp of the work list held by the monitoring agent, the central monitoring system determines that the monitoring agent requires a new work list and sends the new work list to the monitoring agent. The monitoring agent then conducts monitoring activities according to the new work list. In one embodiment, if the time stamp of the current work list is not later than the time stamp of the monitoring agent's work list, the central monitoring system determines that the monitoring agent does not require a new work list and sends a “no change” message to the monitoring agent. The monitoring agent then continues monitoring activities according to the work list held by the monitoring agent.

In one embodiment of the invention, a mechanism is provided for running several monitoring agents at the same time. In one embodiment, multiple agents may have either overlapping or separate workloads for operations. In one embodiment, a system may switch back and forth between monitoring agents. In one embodiment, a monitoring agent may be assigned to a group of systems. For example, a first agent is assigned to a first group of system, a second agent is assigned to a second group of systems, and so on, with possible overlap existing between the groups assigned to the agents. Under an embodiment of the invention, a cross check of availability of systems may be made using multiple monitoring agents. For example, a first agent in a first location and a second agent in a second location may both check system availability for a given system or set of systems, thereby providing views of availability from multiple locations.

In one embodiment of the invention, each agent of a number of agents makes a request for workload update periodically, or upon some other event, and includes a time stamp for the current workload. Each agent then receives confirmation that there is no change in workload, or receives a new workload. Using such method, a central monitoring system is able to utilize multiple agents for monitoring with minimal overhead in directing the agents and minimal communications to maintain current status.

In one embodiment of the invention, an agent operates asynchronously, operating with its own knowledge of the monitoring tasks. In one embodiment, an agent acts independently, without requiring constant direction. In the embodiment, the agent operates with a workload and periodically inquires about an update, with the inquiry providing a time when the current workload became effective. The agent either receives an updated workload or receives a message indicating there is no change. If a no change message is received, the agent continues with the current tasks. If a change message is received, the agent begins the new workload. In one embodiment, the agent pushes data back to the central control, rather than requiring that data be pulled from the agent. The asynchronous and autonomous operation of the agent provides monitoring data without requiring extensive command processes.

In one example, an embodiment of the invention may be implemented in the CCMS (Computing Center Management System) Monitoring Architecture of SAP AG for monitoring the availability of SAP software components. In a CCMS system, an agent designated as a CCMSPING agent program may be deployed to conduct availability checks. In one embodiment, a CCMSPING agent is independent and operates autonomously. The agent conducts availability checks on its own according to a customizable frequency on a work list of software components to check. In one embodiment, multiple such agents may operate simultaneously. To allow flexible distribution of workload and to allow testing of availability from the point of view of various sites, multiple agents may work in parallel on separate work lists, may work in parallel on shared work lists, or may operate with a combination of shared and separate work lists. In one embodiment, each of the agents operates independently of a central monitoring system. In one embodiment, the work lists of multiple agents are synchronized by a central monitoring system.

In one embodiment of the invention, monitored applications may reside on various different computer platforms. In one embodiment, a monitored application may be implemented in a J2EE (Java 2 Platform, Enterprise Edition) platform. The J2EE platform is described in the J2EE specification, including as provided in version 1.4, Nov. 24, 2003. In another embodiment, an application may be implemented on an ABAP (Advanced Business Application Programming) platform of SAP AG. In another embodiment, an application may reside in another type of computer platform.

FIG. 1 is an illustration of an embodiment of a monitoring system. In this illustration, a central monitoring system 105 provides monitoring of application availability for one or more systems, the systems being illustrated as system 1 110 with message server 115, and system 2 120 with message server 125. The monitoring functions are provided by one or more monitoring agents, the monitoring agents being shown as monitoring agent 1 130 and monitoring agent 2 135. For example, monitoring agent 1 130 may monitor the availability of applications on system 1 110 and system 2 120, while monitoring agent 2 130 may monitor the availability of applications on system 2 120. In this example, monitoring agent 1 130 and monitoring agent 2 135 may both monitor the availability of applications on system 2 120, thereby providing cross verification of availability. In an embodiment, the monitoring agents may monitor the availability of applications from different locations, thus monitoring agent 1 130 may engage in monitoring from a first location and monitoring agent 2 135 may engage in monitoring from a second location.

The central monitoring system 105 provides monitoring instructions for the monitoring agents. In one embodiment of the invention, the agents periodically provide inquiries to the central system regarding the state of the monitoring instructions of the agents. In one embodiment, the central system only provides new instructions to monitoring agents when the instructions have changed, based on a time stamp value for the existing instructions.

FIG. 2 is an illustration of an embodiment of communications for a central system 205 and a monitoring agent 210. In this illustration, an initial work list 215 is provided to the agent, the initial work list representing systems to monitor for the availability of applications. The initial work list includes a time stamp representing the effective status of the initial work list. Based at least in part on the initial work list, the monitoring agent performs an initial monitoring operation 220.

Periodically the monitoring agent 210 will make an inquiry 225 to the central monitoring system 205 to determine whether the current work list of the monitoring agent 210 is current or whether the work list needs to be modified. The inquiry includes the time stamp for the work list. In one example, the central system compares the received time stamp against a time stamp representing an up-to-date work list for the monitoring agent 210. If the central monitoring system 205 determines that the monitoring agent already has the most current work list, then the central system 205 will send a no change instruction 230 to the monitoring agent 210. Based on the no change instruction 230, the monitoring agent 210 continues the initial monitoring operation 235.

In one example, after a certain amount of time has passed, the monitoring agent 210 sends another inquiry 240 to the central monitoring system 205. In this example, the central monitoring system 205 again compares the received time stamp against a time stamp representing a current work list for the monitoring agent 210. In this case, the time stamp for the up-to-date work list is later than the received time stamp, indicating that the monitoring agent 210 does not have the most current work list. The central monitoring system 205 will then send the new work list to the monitoring agent 245, and the monitoring agent 210 will perform the new monitoring operation based at least in part of the new workload instructions 250.

FIG. 3 is a flow chart to illustrate an embodiment of a process for monitoring the availability of applications. A monitoring agent is generated, with the monitoring agent being intended to monitor the availability of applications 305. An initial set of monitoring instructions is provided to the monitoring agent 310, and the monitoring agent acts to conduct the monitoring tasks provided in the monitoring instructions 315. In an embodiment, the monitoring agent acts autonomously to carry out the received instructions. Periodically the monitoring agent will inquire regarding the status of the monitoring instructions, with the request including the time stamp for the set of instructions that the monitoring agent possesses 320. The time stamp from the monitoring agent is compared with a time for the most current set of monitoring instructions 325 in order to determine whether the monitoring agent already has the current set of instructions. If, according to the comparison of the time stamps, the monitoring agent already has the current monitoring instructions 330, a “no change” message is sent to the monitoring agent 335. The monitoring agent will continue conducting the monitoring tasks 315 using the previously obtained monitoring instructions. If the instructions for the monitoring agent are not current 330, then new monitoring instructions are sent to the monitoring agent, with the monitoring instructions including a new time stamp 340. The monitoring agent will then conduct the monitoring tasks 315 using the new set of monitoring instructions.

FIG. 4 is a diagram illustrating an embodiment of a system architecture. In one embodiment, the diagram illustrates core components of the SAP NetWeaver architecture 400, in which a web service interface for external management may be implemented. The system architecture 400 comprises various SAP platforms that are merged together to provide the integration of people, information, and processes in one solution. The architecture 400 includes people integration 402, information integration 404, process integration 406, and an application platform 408.

People integration 402 is performed using a portal solution 412 and a platform to work in collaboration 414. Users are provided a multi-channel access 410 to ensure mobility. Examples of the portal solution 412 include SAP Enterprise Portal, SAP Mobile Engine, and Collaboration Package for SAP Enterprise Portal. Information integration 404 refers to the conversion of information into knowledge. Information integration 404 provides efficient business intelligence 418 and knowledge management 420 using, for example, SAP products such as Business Information Warehouse (BW) and Knowledge Management (KM). Further, consolidation of master data management beyond system boundaries is performed using SAP's Master Data Management (MDM) 416. Process integration 406 refers to optimized process management using integration broker or SAP exchange infrastructure 422 and business process management 424 techniques. Examples of products to perform process integration 406 include Exchange Infrastructure (XI) and Business Process Management (BPM).

An application platform 408 may include SAP's Web Application Server (Web AS), which is the basis for SAP applications. Web AS, which may be independent of the database and operating system 430, includes a J2EE engine 426 in combination with the proprietary ABAP (Advanced Business Application Programming) engine or instance 428 to further enhance the application platform 408.

The architecture 400 further includes a composite application framework 432 to provide various open interfaces (APIs) and a lifecycle management 434, which is an extension of a previously existing transport management system (TMS). As illustrated, the architecture 400 further provides communication with Microsoft.NET 436, International Business Machine (IBM) WebSphere 438, and other such systems 440.

FIG. 5 is a block diagram illustrating an embodiment of an architecture including a Web Application Server. In this illustration, an architecture 500 serves as an application platform (which may be, for example, the application platform 608 of provided in FIG. 2) for SAP NetWeaver and other SAP products. The architecture 500 includes a Web AS 520 having an ABAP program engine 502, which provides the ABAP development and runtime environment, with the dependability, scalability, and inter-process independence of operating systems 514 and database systems 518. The operating system 514 may include LINUX, UNIX, Windows, OS/390, OS/400, and other such operating systems. The database system 518 may include SAP database (SAP DB), Informix, Oracle, DB2, and other such database systems. The database system 518 is based on a database server 516, such as Microsoft Sequential Query Language (MS SQL) server.

The Web AS 520 with ABAP engine 502 further includes a J2EE program engine 504. The J2EE may support one or more program instances. The J2EE engine 504 is in communication with the ABAP engine 502 via a fast Remote Function Call (RFC) connection 506. The ABAP engine 502 and the J2EE engine 504 are further in communication with an Internet Communication Manager (ICM) 508. The ICM 508 is provided for handling and distributing queries to various individual components of the architecture 500. The architecture 500 further supports a browser 510, such as Microsoft Internet Explorer, Netscape Navigator, and other modified variations of mobile end devices, such as personal digital assistants (PDAs), pocket computers, smart cell phones, other hybrid devices, and the like. The Web AS 520 also supports various protocols and standards 512, such as HyperText Markup Language (HTML), eXtensible Markup Language (XML), Wireless Markup Language (WML), Hypertext Transfer Protocol (HTTP) and Hypertext Transfer Protocol, Secure (HTTP(S)), Simple Mail Transfer Protocol (SMTP), Web Distributed Authority and Versioning (WebDAV), Simple Object Access Protocol (SOAP), Single Sign-On (SSO), Secure Sockets Layer (SSL), X.509, Unicode, and the like.

FIG. 6 is an illustration of an embodiment of a computer system that may include a monitored application. In this illustration, a computer 605 comprises a bus 610 or other means for communicating data. The computer 605 includes one or more processors, illustrated as shown as processor 1 615 through processor n 620 to process information.

The computer 605 further comprises a random access memory (RAM) or other dynamic storage as a main memory 625 to store information and instructions to be executed by the processors 615 through 620. The RAM or other main memory 625 also may be used for storing temporary variables or other intermediate information during execution of instructions by the processors 615 through 620.

A hard drive or other storage device 630 may be used by the computer 605 for storing information and instructions. The storage device 630 may include a magnetic disk or optical disc and its corresponding drive, flash memory or other nonvolatile memory, or other memory device. Such elements may be combined together or may be separate components. The computer 605 may include a read only memory (ROM) 635 or other static storage device for storing static information and instructions for the processors 615 through 620.

A keyboard or other input device 640 may be coupled to the bus 610 for communicating information or command selections to the processors 615 through 620. The input device 640 may include a keyboard, a keypad, a touch-screen and stylus, a voice-activated system, or other input device, or combinations of such devices. The computer may further include a mouse or other cursor control device 645, which may be a mouse, a trackball, or cursor direction keys to communicate direction information and command selections to the processors and to control cursor movement on a display device. The computer 605 may include a computer display device 650, such as a cathode ray tube (CRT), liquid crystal display (LCD), or other display technology, to display information to a user. In some environments, the display device may be a touch-screen that is also utilized as at least a part of an input device. In some environments, the computer display device 650 may be or may include an auditory device, such as a speaker for providing auditory information.

A communication device 655 may also be coupled to the bus 610. The communication device 655 may include a modem, a transceiver, a wireless modem, or other interface device. The computer 605 may be linked to a network or to other device using via an interface 660, which may include links to the Internet, a local area network, or another environment. The computer 605 may comprise a server that connects to multiple devices. In one embodiment the computer 605 comprises a Java compatible server that is connected to user devices and to external resources.

It should be appreciated that reference throughout this specification to “one embodiment” or “an embodiment” means that a particular feature, structure or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Therefore, it is emphasized and should be appreciated that two or more references to “an embodiment” or “one embodiment” or “an alternative embodiment” in various portions of this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures or characteristics may be combined as suitable in one or more embodiments of the invention.

Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, various features of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure aiding in the understanding of one or more of the various inventive aspects. This method of disclosure, however, is not to be interpreted as reflecting an intention that the claimed invention requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of this invention. 

1. A method comprising: receiving a status inquiry from an agent regarding the status of a set of monitoring instructions, the monitoring instructions regarding monitoring the availability of applications, the inquiry including a time stamp for the set of instructions; comparing the time stamp received from the agent to a time stamp for an up-to-date set of monitoring instructions for the agent; and sending the up-to-date set of monitoring instructions to the agent if the time stamp of the up-to-date monitoring instructions is later than the time stamp received from the agent.
 2. The method of claim 1, further comprising sending a message to the agent indicating that the set of monitoring instructions are up-to-date if the data stamp of the up-to-date set of monitoring instructions is not later than the time stamp received from the agent.
 3. The method of claim 1, wherein the set of instructions instructs the agent to monitor the availability of one or more systems.
 4. The method of claim 1, wherein the time stamp comprises the time that the set of monitoring instructions became effective.
 5. The method of claim 1, further comprising receiving monitoring data from the agent.
 6. The method of claim 1, further comprising providing a second set of monitoring instructions to a second agent.
 7. The method of claim 6, wherein the set of the monitoring instructions and the second set of monitoring instructions overlap in whole or in part.
 8. An system comprising: a monitoring agent, the monitoring agent to receive a work list of systems to monitor for the availability of applications, the work list including an effective time value; and a central monitoring system, the central monitoring system including a current work list for the monitoring agent, the current work list including a effective time value, the control system to send the current work list to the monitoring agent if the effective time value for the current work list is later than the effective time value of the monitoring agent's work list.
 9. The system of claim 8, further comprising a second agent, the second agent to receive a second work list of systems to monitoring for the availability of applications, the second work list including an effective time value.
 10. The system of claim 9, wherein central monitoring system includes a second current work list for the second agent, the second current work list including an effective time value, the central monitoring system to send the second current work list to the second agent if the effective time value for the current list is later than the effective time value of the second agent's work list.
 11. The system of claim 9, wherein the work list of the first agent and the work list of the second agent provide at least in part for monitoring of the availability of applications on the same system.
 12. The system of claim 8, wherein the one or more systems includes a first system, the first system being an J2EE (Java 2, Enterprise Edition) system.
 13. The system of claim 11, wherein the one or more systems includes a second system, the second system being an ABAP (Advanced Business Application Programming) system.
 14. The system of claim 8, wherein the agent is autonomous in execution of the work list.
 15. The system of claim 8, wherein the agent obtains data from the monitoring of the availability of applications and transfers the data to the central monitoring system.
 16. A machine-readable medium having stored thereon data representing sequences of instructions that, when executed by a processor, cause the processor to perform operations comprising: receiving a status inquiry from an agent regarding the status of a set of monitoring instructions, the monitoring instructions regarding monitoring the availability of applications, the inquiry including a time stamp for the set of instructions; comparing the time stamp received from the agent to a time stamp for an up-to-date set of monitoring instructions for the agent; sending the up-to-date set of monitoring instructions to the agent if the time stamp of the up-to-date monitoring instructions is later than the time stamp received from the agent; and sending message to the agent indicating that there is no change in instructions if the data stamp of the up-to-date set of monitoring instructions is not later than the time stamp received from the agent.
 17. The medium of claim 16, wherein the set of instructions instructs the agent to monitor the availability of one or more systems.
 18. The medium of claim 16, further comprising instructions that, when executed by the processor, cause the processor to perform operations comprising: sending a second set of monitoring instructions to a second agent, the second set of monitoring instructions including a second time stamp.
 19. The medium of claim 18, further comprising instructions that, when executed by the processor, cause the processor to perform operations comprising: receiving a status inquiry from the second agent, the inquiry including the second time stamp; and comparing the second time stamp to a time stamp for an up-to-date set of monitoring instructions for the second agent.
 20. The medium of claim 19, further comprising instructions that, when executed by the processor, cause the processor to perform operations comprising: sending the up-to-date set of monitoring instructions for the second agent to the second agent if the time stamp of the up-to-date monitoring instructions is later than the time stamp received from the second agent; and sending a message to the second agent indicating that there is no change in instructions if the data stamp of the up-to-date set of monitoring instructions is not later than the time stamp received from the second agent. 